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LARGE-SCALE SUPPLY CHAIN PLANNING 
SYSTEM AND METHOD 



TECHNICAL FIELD OF THE INVENTION 

The present invention relates in general to 
computer -implemented supply chain planning and, in 
particular, but not exclusively, to a large-scale supply 
5 chain planning system and method. 



10 



ATTORNEY'S DOCKET 
020431 . 0947 



PATENT APPLICATION 



2 

BACKGROUND OF THE INVENTION 

A supply chain planning problem can be defined, for 
example, as a series of planning problems that typically 
includes such problems as (1) demand forecasting, (2) 
service level planning, and (3) replenishment planning. 
Demand forecasting is a method used to project the future 
demand for a particular item at a particular location, 
based on historical sales information. Service level 
planning is a method used to compute safety stock limits 
and ordering policies for items, based on customer 
service levels for the items and their future demand. 
Replenishment planning is a method used to generate 
suggested purchase orders and distribution orders for 
items, based on the future demand and actual orders for 
the items, but still respecting the safety stock limits 
for the items and other supply chain constraints imposed. 

The size of a supply chain planning problem is 
typically measured by (1) the number of locations within 
the supply chain, (2) the number of items in the supply 
chain, (3) the length of the planning period, and (4) the 
complexity of the business rules imposed. For example, 
in the retail industry, a retailer might have to manage 
an inventory of more than 100,000 items at 1,00 0 
locations for a period of 26 weeks. As the magnitudes of 
these numbers indicate, a large-scale supply chain 
planning problem involves the processing and movement of 
enormous amounts of data. Typically, supply chain 

planning data (e.g., inventory item information) can be 
stored in a relational database. 

FIGURE 1 illustrates a typical supply chain planning 
system 10. When a planning process application 12 (e.g., 
planning application software executed by a computer 
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processor) is initiated, the application reads, via a 
suitable transmission link 14, the data needed for a 
planning problem from a database 16. Next, the planning 
process application 12 solves the planning problem by- 
applying one or more planning algorithms to the retrieved 
data, in accordance with any supply chain constraints 
imposed. The results of the planning process 12 (e.g., 
solutions to the planning problem or problems) are then 
written, via a suitable link 18, to the database 16. 

Unfortunately, large-scale, supply chain planning is 
not performed very efficiently using only one planning 
process. For example, as illustrated by FIGURE 1, in 
order to solve a large-scale, supply chain planning 
problem, all of the data maintained for all items at all 
locations have to be read from a single database and 
processed. Then, the solutions or resulting data have to 
be written back to that database. Consequently, for a 
supply chain with a relatively large number of items and 
locations, the volume of data to be processed and 
conveyed to/ from the database is tremendous. In fact, 
for such a large dataset, the planning process and 
database read/write operations for a conventional system 
require an exceedingly large amount of processing time. 

FIGURE 2 illustrates how a planning process for a 
large scale supply chain can be performed more rapidly 
than the planning process shown in FIGURE 1. In FIGURE 
2, a large planning problem is solved by a plurality of 
planning processes 22, 24, 26. The planning processes 
22, 24 and 26 are performed simultaneously. For example, 
each planning process 22, 24, 2 6 reads a respective 
subset of data from the database 28, and then solves the 
planning problem by applying planning algorithms to the 
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respective data subsets and the supply chain constraints 
imposed. Finally, each planning process 22, 24, 26 
writes the respective results (e.g., solutions to the 
planning problem) to the database 28. 

As illustrated by FIGURE 2, although the 
simultaneous use of multiple planning processes may 
improve the scalability (ease with which a system can be 
modified to accommodate increases in system loads and 
transaction complexity) of large scale planning systems 
to a certain extent, the simultaneous reads and writes of 
the large subsets of data to and from the database by the 
multiple planning processes create a severe bottleneck 
for the flow of data at the database. As such, the 
number of read and write operations that can be performed 
by multiple planning processes to a centralized database, 
such as database 28, is not proportional to the number of 
planning processes used. In fact, centralized databases 
typically behave anti-proportionately as more and more 
processes are used which read and write data, because of 
thrashing (degraded performance because miss rate too 
high) and the negative performance effects of read/write 
contentions. Therefore, the overall performance of a 
system using multiple planning processes versus a single 
planning process for large scale supply chain planning is 
not significantly improved. 



ATTORNEY'S DOCKET 
020431 . 0947 



PATENT APPLICATION 



5 

SUMMARY OF THE INVENTION 

According to the present invention, problems and 
disadvantages associated with previous techniques for 
performing large scale supply chain planning may be 
substantially reduced or eliminated. 

According to one embodiment of the present 
invention, a system and method for performing large scale 
supply chain planning includes at least one database with 
a plurality of partitions. A large scale, supply chain 
planning problem is decomposed into a plurality of 
independent and isolated sub-problems. The data for each 
sub-problem is maintained in a separate database 
partition. The sub-problems are solved by separate 
planning processes operating in parallel in a distributed 
database processing environment. 

Certain embodiments of the present invention may 
provide one or more technical advantages over previous 
techniques. For example, the supply chain planning 
system and method of the present invention performs the 
read and write operations for different sub-problems on 
data maintained in separate database partitions. Also, 
the different sub-problems are solved in parallel. By 
maintaining the data for the different sub-problems in 
separate partitions, and solving the sub-problems in 
parallel, the potential effects of thrashing and database 
read/write contentions may be minimized. Consequently, 
the scalability, efficiency, and performance of the 
overall supply chain planning system and process may be 
significantly improved. Furthermore, by processing a 
plurality of planning problems in parallel, the elapsed 
time for the overall supply chain planning process may be 
reduced nearly proportionately to the number of 
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processors available in the distributed system. Other 
technical advantages of the present invention may be 
readily apparent to one skilled in the art from the 
included figures, description and claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present 
invention and its advantages, reference is now made to 
the following descriptions, taken in conjunction with the 
5 accompanying drawings, in which: 

FIGURE 1 illustrates a typical supply chain planning 
system; 

FIGURE 2 illustrates how a planning process for a 
large scale supply chain can be performed more rapidly 
10 than the planning process shown in FIGURE 1 ; 

FIGURE 3 illustrates an example distributed, 
parallel supply chain planning system, in accordance with 
one embodiment of the present invention; 

FIGURE 4 illustrates an example method for solving 
15 a large-scale supply chain problem, in accordance with 

one embodiment of the present invention; and 

FIGURE 5 illustrates an example method for solving 
a large-scale supply chain problem, in accordance with a 
second embodiment of the present invention. 
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DESCRIPTION OF EXAMPLE EMBODIMENTS 

The preferred embodiment of the present invention 
and its advantages are best understood by referring to 
FIGURES 1-5 of the drawings, like numerals being used for 
5 like and corresponding parts of the various drawings. 

FIGURE 3 illustrates an example system 100 for 
solving a large-scale supply chain planning problem, 
in accordance with one embodiment of the present 
invention. For this example embodiment, a part it ionable 

10 database technology is preferably used. For example, a 

partitionable database, such as an Oracle® 8i Database, 
Enterprise Edition with Partitioning Option, can be used. 
System 100 includes a database 102 with a plurality of 
partitions 102 (a) , 102 (b) , ... 102 (n) , and a 

15 corresponding number of planning process applications 

104(a), 104(b), ... 104 (n) . Although database 102 is 
described in this example as including three partitions 
(i.e. n=3) , database 102 can include two or more 
partitions in accordance with particular planning process 

20 design needs. Preferably, the number of partitions is 

selected to equal the number of planning process 
applications to be used. 

Each planning process application 104 (a-n) is 
coupled to a corresponding partition 102 (a-n) by a 

25 respective communication link 106 (a-n) for database read 

and write operations. A respective computer processor 
(not shown) can be used to execute the planning software 
for each planning process application 104 (a-n) . Notably, 
by linking each planning process application (and 

30 processor) to a different database partition, in 

accordance with this embodiment of the present invention, 
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the database read and write contention problems 
experienced by previous systems may be eliminated. 

In operation, a supply chain planning problem is 
divided (e.g., by a system planner or designer) into 
5 a plurality of independent, isolated sub-problems (e.g., 

N sub-problems) . For this example, a large-scale supply 
chain planning problem is split into three independent, 
isolated sub-problems (i.e., N=3). Each sub-problem is 
assigned to be solved by a different planning process 
10 application, such as for example, 104 (a) - (c) . 

The process of dividing a large-scale planning 
problem into a plurality of sub-problems is referred to 
as "decomposition" . A primary goal of the decomposition 
process is to identify the smallest possible, independent 
15 sub-problems (referred to as "clusters"), and create 

larger sub-problems (referred to as "partitions") made up 
"h of clusters. The sub-problem partitions are developed 

^ with clusters and sized to fit into respective database 

partitions. From a technical standpoint, the database 
'20 partitions may be sized equally for optimum performance. 

Therefore, the decomposition process is also responsible 
for filling up the database partitions with clusters, 
preferably such that they are as close to equal in size 
as possible. 

2 5 For this embodiment, a cluster can be represented by 

a set of items (e.g., inventory data) that are related 
with respect to the planning problem to be solved. 
Notably, the present invention is not limited to this 
definition of a cluster. For example, a cluster can also 

30 include items at different locations or other entities. 

As such, a cluster can be identified by certain rules. 
Each rule defines a relationship between two or more 
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items. If the decomposition process identifies a 

relationship between any two items, the two items are 
preferably placed in the same cluster. 

Specifically, a clustering algorithm executed by the 
5 decomposition process initially creates a cluster for 

each item related to the planning problem to be solved. 
As the relationship rules related to a cluster are 
processed, the clustering algorithm identifies any 
relationship that exists between items in different 

10 clusters, and merges these clusters. When no additional 

relationships between items in the resulting clusters can 
be identified, the clustering algorithm is terminated. A 
result or output of a clustering algorithm is a set of 
independent clusters. 

15 A sub-problem partition is represented by a set of 

independent clusters. Preferably, during the process of 
developing sub-problem partitions from clusters, all of 
these partitions are sized as close to equal as possible. 
All of the data elements associated with each item in a 

2 0 sub-problem partition are then stored in a corresponding 

physical database partition. For example, all of the 
data elements for a sub-problem partition associated with 
planning process application 104 (a) may be stored in 
partition 102 (a) , all of the data elements for planning 

25 process application 104 (b) may be stored in partition 

102 (b) , and so on. 

Notably, although the use of clusters to develop 
sub-problem partitions during the decomposition process 
is preferred, decomposition can also be performed without 

30 clusters. For example, sub-problem partitions can be 

created directly for items related to the planning 
problem to be solved. An appropriate partition 
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identification label or PARTITION_ID can be assigned to 
each item residing in the respective sub-problem 
partitions. The decomposition algorithm can then assign 
the data for each item to an appropriate database 
5 partition. 

Preferably (returning to the use of clusters) , 
before any data is initially loaded into the database 102 
for production purposes, only that data which is relevant 
to the decomposition process is loaded into a default 

10 database partition. This data stored in the default 

partition is processed by the decomposition algorithm in 
accordance with the decomposition rules imposed. The 
decomposition algorithm is then executed to produce the 
independent sets of clusters and the partition 

15 assignments of data. Next, all of the data to be used 

for production purposes is loaded in the database 102 . 
During the process of loading the data into database 102, 
the partition assignments derived by the decomposition 
algorithm are used to store the sub-problem partition 

20 data in an appropriate database partition 102 (a-n) . 

The present invention also covers the incremental 
situation whereby decomposition and/or business rules are 
changed, or data associated with new items are added to 
or deleted from the database 102 over a period of time. 

2 5 In this case, the existing database partitioning scheme 

is preferably changed as little as possible in order to 
maintain database stability, because the process of re- 
partitioning data in a database can be very expensive in 
terms of lost time. 

30 For the incremental situation described above, if 

new items are to be loaded into the database 102, the 
data associated with each new item are loaded into a 
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default database partition. The decomposition algorithm 
detects the existence of the new items stored in the 
default partition and then creates one or more new 
clusters from that data, or merges the data with existing 
5 clusters, in accordance with the existing decomposition 

and/or business rules imposed. For this embodiment, a 
rebalancing algorithm is preferably executed, which 
rearranges the database partition assignment for the new 
(or changed) clusters, as needed. Whenever an existing 

10 cluster is to be changed, the partition decomposition 

algorithm moves all of the data associated with that 
cluster from the originally-assigned partition to the 
newly-assigned partition (if a different partition is 
assigned) . A similar workflow process is performed if a 

15 relationship rule is changed. As such, during the 

incremental decomposition process, if items and/or 
relationship rules are deleted but not added, then the 
existing clusters are not changed to ensure that the 
partition assignments are not disturbed. Alternatively, 

2 0 for example, existing clusters can be changed without 

disturbing the partition assignments, by re-clustering 
the items in the clusters affected. In sum, the 

incremental decomposition algorithm processes only a 
subset of the data that is processed by the initial 
25 decomposition algorithm. Consequently, an incremental 

decomposition can be executed faster than an initial 
decomposition. 

FIGURE 4 illustrates an example method 200 for 
solving a large-scale supply chain problem, in accordance 

3 0 with one embodiment of the present invention. For 

example, the decomposition algorithm described directly 
above can be implemented for initial database loading and 
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planning execution, in accordance with the method shown 
in FIGURE 4. At step 2 02, the decomposition algorithm 
divides the supply chain problem into N sub-problems, and 
divides the database 102 into N partitions. Referring to 
5 the system shown in FIGURE 3, the database 102 is divided 

into 3 partitions 102 (a) -102 (c) . At step 204, a 

processor (not shown) loads the data needed for 
decomposition purposes into appropriate tables in the 
database 102, in accordance with the business rules and 

10 design constraints imposed. At step 206, a clustering 

algorithm (e.g., part of the decomposition algorithm) 
iteratively constructs a plurality of clusters, with each 
such cluster composed of items associated by a pre- 
defined set of relationship rules. As the clusters are 

15 developed, the clustering algorithm assigns an 

appropriate cluster identification label (e.g., cluster 
#1) or CLUSTER_ID to each item residing in the respective 
clusters. At step 208, the clustering algorithm 

3 constructs N sub-problem partitions by merging clusters 

"'20 having related items. As the sub-problem partitions are 

developed, the clustering algorithm assigns an 
appropriate partition identification label (e.g., 
partition #1) or PARTITION_ID to each item residing in 
the respective sub-problem partitions. The clustering 

25 algorithm also sizes the sub-problem partitions as close 

to equal as possible. The clustering algorithm is 

terminated when no additional relationships between items 
in different clusters can be identified. At this point, 
sets of independent clusters are associated with 

3 0 respective sub-problem partitions, and these sub-problem 

partitions are sized as close to equal as possible. At 
step 210, the decomposition algorithm loads the data 
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associated with each, item into database 102. While the 
data are being stored, the decomposition algorithm 
assigns the data for each item to an appropriate database 
partition (e.g., 102 (a) -102 (c) ) according to each item's 
PARTITIONED. At step 212, the N planning process 
applications (e.g., 104 (a) - (c) ) can be executed in 
parallel. In accordance with the present invention, each 
planning process application accesses data in a 
respective database partition, which eliminates the 
read/write contention problems experienced by prior 
planning processes . 

FIGURE 5 illustrates an exemplary method 3 00 for 
solving a large-scale supply chain problem, in accordance 
with a second embodiment of the present invention. For 
example, the decomposition algorithm described above can 
be implemented for incremental database loading and 
planning execution, in accordance with the method shown 
in FIGURE 5. At step 302, the decomposition algorithm 
loads all data associated with any new items (s) 
temporarily into a default database partition (e.g., 
102(d)). At step 304, the clustering algorithm 

constructs one or more new clusters for the new data, 
and/or associates some or all of the new data in one or 
more existing clusters. The clustering algorithm then 
assigns an appropriate CLUSTER_ID to each new item. At 
step 306, the clustering algorithm iteratively merges one 
or more of the new clusters, if any, and/or re-balances 
the existing clusters as needed to form suitable sub- 
problem partitions. Notably, it is preferable to merge 
or re-balance the clusters in such a way that the 
movement of data across the database partitions is 
minimized. The clustering algorithm then assigns an 
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appropriate PARTITlON_ID to each item, as needed, in the 
resulting sub-problem part ition (s) . At step 308, the 
decomposition algorithm loads the data associated with 
the new items into the appropriate database partition (s) , 
5 in accordance with the assigned PARTITION_ID . 

Advantageously, in accordance with the present invention, 
the example decomposition methods shown in FIGURES 4 and 
5 produce a relatively high level of scalability for 
large-scale supply chain planning problems compared to 

10 previous methods. 

Although a preferred embodiment of the method and 
apparatus of the present invention has been illustrated 
in the accompanying drawings and described in the 
foregoing description, it will be understood that the 

15 invention is not limited to the embodiment disclosed, but 

is capable of numerous rearrangements, modifications and 
substitutions without departing from the spirit of the 
invention as set forth and defined by the following 
claims . 



